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applicati.on:p.rog ram-associated-w im-the-rr^agedrdevice, 
a nd-a ;manasement; st ation- in commun ication with:the;man- 
agcd:deyi_ce;via" the .proxy, server; andin: communication -with 
me^storage7meaiis^The-management^tation-prefclrably^is 
configufedZtbwfetrieve-therdeviceZmajiagement-appJ^tion^ 
progrwrrfrom-trieTstbragel means -andrprocessilheide vice 
managem_ent:app lication ;program-As;the : management sta- 
tion;processes:the;devicc:managcmcnt:application;program, 
thc:marttgcment:station~-is:ab^ 

managedrdevice ~In^particular,-th"e-m anagement:station; can % 
send manag ement c .ommands:to:a controller:of:the managed 
device -via-the- pro xy: server^and .the: management: station can^> 
receive-no tific atio nsfrom-the-mapa g eddevi ceralsoivia:thc 
prpxyjserverP 
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SYSTEM FOR MONITORING AND communicating.with".thesc^ect;attacheci devices easiljrcaii 3 

MANAGING DEYICES ON A NETWORK loc&tcithem becaiise of their-unique_-IR:addrcsses> 

FROM A MANAGEMENT STATION VIA A As one skilled in the art will appreciate, c mapv-devices n? 

PROXY SERVER THAT PROVIDES such as low end storage systems, or the li ke,,do;not:co Dnec^ 

PROTOCOL CONVERTER s .directiyaoitheinctwoi^burarc:^^ 

wo rkstation:via-PCIrS CSI^libre xhannel^USBpfirewireror 1 

CROSS-REFERENCES TO RELATED thcrlik^m^U^ly^atta^hmcnt to th^tworkithat^hesei 

APPLICATIONS dey iccszhaveimayc bezthrougb zthezproxyz serve r 'device . 

This application is being filed concurrently with related Accordingly, it is difficult for other devices on the network 

U.S. patent applications: Ser. No. 09/350,742, entitled 10 to locate these devices, because they don't have network IP 

"Methods and Apparatus for Issuing Updates to Multiple addresses. Only the proxy server attached to the network has 

Management Entities"; Ser. No. 09/350,800, entitled "Meth- 111 IP addrcss - 11 K particularly difficult to manage these 

ods and Apparatus for Performing Mass Operations on a P rox y attached devices with online management 

Plurality of Managed Devices on a Network"; Ser. No. frameworks, because the management stations cannot send 

09/350,739, entitled "Methods and Apparatus for Managing 15 suitable management comma nds to the proxy attached 

Heterogeneous Storage Devices"; Ser. No. 09/350,735, devices. Thus, what;is:needed-is-a-management-framework"> 

entitled "Methods and Apparatus for Committing Configu- whjcfrcanjgjte^ 

ration Changes to Managed Devices Prior to Completion of which:can:communica te manage ment commands between-a l^-ftf. 

the Configuration Change"; Ser. No. 09/350,945, entitled 2Q managementistaiiotfthe-proxy-attached-devices. Wj 

"Platform Neutral Data Storage Management Method and SUMMARY OF THE INVENTION » 

Apparatus"; and Ser. No. 09/350,753, entitled "Apparatus _ 

and Method for a Computer Management Storage System", AccOT^g^lh^nv^nlion,^^ 

all of which are incorporated herein by reference. momtorir^Ta^m^agmg jde vices on aTnetworlc: J^le;s ystem , SfcVVfcV* 

andrh^ml)d-prefe1fa6ly-comprises-a-proxyserver connected' I 

BACKGROUND OF THE INVENTION 25 totnTnHtwolklmd a managed device:conDected to:the:proxy V 

The-present:ir^tioirrektes:generally;to:m e ^d^d Tiieisystem-fartherrcomp^es-storagelmeansZfor 

, a* a^aratas-focmanaging-devices-on-arEctwo-rk^d^fe sj^a^sgce^^^ (P^^ 

A° partic^larl y-to-a-network^ .aje^Y^e-maoaged^^^ 

jFz5*> monilormgland-managingrde^ic^^^ , 0 commumcaUon3vith^h^naged^device-via_the-proy 

itfP 3 *^ direcay-to-meznetwork,-butrare-proxFattachedrto-the sejyer^micommum^^^ **^^&f**£ 

\A» network^iatlnoffielC-deviee? 1 management station preferably is configured to retrieve the 

v * vr , . • ii • . e device management application program from the storage 

Network computing systems typically require a variety of ^ ^ m * * mcn| application pro . I 

devices to construct and maintain a working storage system. A snhc-mana g ement-stati oniproccsseslthezdcyiccp m< ^fcvfc 

In addition companies with large networks typically have a 3 5 La^m^K*^^ 

number of different storage systems, many of which can be ^^^^^^ Ah ^^ gc d : d^^ 

manufactured by different companies and/or run on different « , ov*^i^ 

versions of operating software. Storage system devices may Accordances ^ 

include, but are not limited to, host adapters, I/O chips, disk pn^entmv^ 

enclosures, and bridge controllers, to name a few. 40 nectod^£prray-«^ 

^ . . , , t „ , , connection. The communication connection may comprise 

Each of these components traditional^ are managed by inter connc C t (PCI), small computer 

proprietary software that ^supplied by its manufacturer. In J £ ^ bus (USB) ^ fiber 

addition, there are a number of third parties which have J . . _ . v , ,/ ... 

, ' , *■ * u channel, firewire and the like, 

developed network management frameworks, such as , 

Hewlett-Packard's Open View, IBM's NetFinity, and Com- 45 In accordance with yet another embodiment of the present 

puter Associates* Unicenter. Unfortunately, however, while invention, the:managed:device- P ref e rably:mclude 5 :a_con, 

these third party frameworks provide great benefit to the troUerZforJcontromng^imanagedidevice. m^ccordance 

management of applications, servers, and network withr^particular aspecjof ^theipr^eDt;myentiqn r .wj^he 

equipment, they have little success in managing storage rn^agementzstation-processeszthezdevicei management 

devices because no single standard exists for configuring so apphca^progam^ 

and monitoring storage devices produced by different m^e^-m^^^r^^^mzyi^zpaxxy' 

manufacturers, as well as different versions of storage «S™- Preferably, the managed device is a storage system, 

devices produced by the same manufacturer. Standards such In accordance with yet another embodiment of the present 



work management protocol (SNMP) are able to manage 55 manner whichlocatcs devices connected to the proxy server S^xft^ 
simple devices such as host adapters and the like, but they and-assigns a 1 C Wmporlto;eacn^c^e devices^Thus v wh'en- *^V^7 
fall short when applied to complex devices such as disk the_device_manag emcn t appi ication-p rogr^am^ffemar^gey AojS^gf* 
array controllers. As one skilled in the art will appreciate, it meni:sUtionjends^^emem ; commands.to;the:controller^ CJ^flfif 7 
1V..1 » r<^,^ f„, m -nor»;nfT ri.'cV am « ™. nf4he~manaped.devicx.4he.device:manammcnt~aDTj]ication >0: ^4 



is noi mceiy mai a sianaara ior managing oisk array con- u^iA L uioMa 6 vu U vTiw (r iu*,.uv..ivv.ui«ui.^u4vuL.«^ii>, BUU » . 

trailers will be created in the future, because unlike host do program:firet:send^me.managem V 

adapters and disk subsystems, each disk array vendor is seixcCand.t heldevice.m apperJnnheiproxyjseryerjroutesUhF y^tfW* 

constantly releasing proprietary features lo distinguish itself managemenl.commana^-to-me-managed:device. y^ 0 ^^^^ 

in the marketplace. I Cis _ ^li:kn6wn in:the:art;that: devices, In accordance with yet another embodiment of the present (J^/V**^* 1 ^ 

such;asstonigirs>stemsrcatt invention, tficjleWcc managcmeutappUcation; program pref- ^ 

using^for^example ran ethernet-or ot her suitab le^network^s er^blyzcommunicateT-^ 

adap ier.:Each:deyice connect ed directl y to the ^network has commuDication' protocolr:arjd:the2proxy-scrvcr-conmiiuii - 

an: I P- address iden tify ing i tself on: the netwo rk^Thus^devioes* cates with-the managed devi ce-usin g- a- second: communica - 
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(rionsprotocbl. Thus, the proxy server includes a protocol FIG. 16 is a flow diagram illustrating a process of 

converter for converting communication messages directed committing configuration changes prior to the completion of 

from the device management application program to the a long term event, 
managed device from the first communication protocol to 

the second communication protocol, and for converting 5 DESCRIPTION OF THE SPECIFIC 

communication messages directed from the managed device EMBODIMENTS 
to the device management application program from the 

second communication protocol to the first communication Introduction 

protocol. Preferably, the first communication protocol is ^ present invention relates generally to methods and 

remote procedure call (RFC) and the second communication 10 apparatus for managing devices on a network. More 

protocol is universal transport mechanism (UTM), and the particularly, the present invention relates to a system and 

protocol converter comprises an RPC-to-UTM conversion so ftwarc for monitoring, configuring and managing hctero- 

application. geneous storage systems on a network using a single man- 

A more complete understanding of the present invention agement application residing on one or more management 

may be derived by referring to the Detailed Description of 15 stations. 

Preferred Embodiments and claims when considered in While the pre sent invention disclosed herein refers par- 
connection with the figures, wherein like referenced num- ticuUriy t0 storage systems, it should be appreciated that the 
bers refer to similar items throughout the figures. management systems and applications of the present inven- 

Dnicc nrcnmimnM m: -run nD awikh-c „„ tion caD be used to manage a wide variety of devices on a 

BRIEF DESCRIPTION OF THE DRAWINGS 20 .^.^ WOfks f alionS) servers> and other 

FIG. lis a schematic diagram of a network having various I/O devices. Thus, the present invention relates to a man- 
storage systems and storage management stations; agement system and applications which have a single user 

FIG. 2 is a schematic diagram of a network having a interface for managing network devices, and which can 

management station, which accesses management applica- 25 interact with currently existing management frameworks, 

tion programs stored in an application repository storage such as Hewlett-Packard's OpenView, IBM's NetFinity and 

area connected to the management station; Computer Associates' Umccnter, to name a few. Finally, the 

FIG. 3 is a schematic diagram of a network having a ? re f n ! invention preferably utihzes platform-independent 

, . . . • u .r technologies, such as Java and Java run-tune environments, 

management station which accesses management applica- &q £ ^ network archjtect and workstation 

tion programs stored m an application repository storage 30 ^ ^ £ Qn network afe 

area connected to a network; ^ 

FIG. 4 is a schematic diagram of a network having a System Overview 
management station, which accesses management applica- 
tion programs stored on the storage system or device being ^ P resent invention comprises a device-independent 
managed by the management station; * management framework which supports device-specific 
« • .1 1 j- -ii . • j • management applications. The framework preferably com- 
FIG. 5 is a block diagram illustrating various devices „„„i ,u„, • „i„ m „„ tc . ~„ mrm „-,«h.> a i 
, ... . A ? c prises an appli cation that implements a common graphical 

residing on a network and their associated software compo- r „,i ,„ „ „u t/n j„.„-™., :„ <.„ 

& r user interface that is used to manage all I/O devices in an 

ncnts » enterprise or on a network. Preferably, at the start of a day, 

FIG. 6 is a drawing of a sample user interface screen of ^ the management framework discovers all I/O devices in the 

a discover-monitor application program; enterprise and displays them, either by physical 

FIG. 7 is a drawing of a sample user interface screen of connectivity, or by logical association. The discovery pro- 

a storage system management application program; cess can be conducted manually by a user, or it can occur 

FIG. 8 is a flow diagram illustrating start-up processes of automatically. For each distinct device type being managed 

a discover-monitor application program and a storage sys- 45 or configured, a unique management application preferably 

tern management application program; is loaded, thus giving the framework the ability to under- 

FIG. 9 is a flow diagram illustrating a process of creating stand device-specific management tasks. Finally, because 

a volume on a storage system; thc architecture gives the management framework the ability 

FIG. 10 is a flow diagram illustrating a process of ,0 communicate with all I/O devices on the enterprise 

replicating the configuration of one stooge system to *° operations such as 'firmware upgrades may be performed 

r t . , en mass to common device types, 

another storage system; 3V 

rirp a j- „ -11 , .- _ c Referring now to FIG. 1. a system 100 is shown embody- 

FIG. 11 is a now diagram illustrating a process or per- , & ' ' . , ' 

f • „ t . „ 1( . , „° „ . ' „ ing the present invention. In particular, system 100 preter- 

forming a mass operation on multiple storage systems on a ,f v , , , r , ' ' , f., r 

. Z. ably comprises a local area network 102, a plurality or 

' . „ ,. .„ . , ,. 55 storage systems 104-110, an I/O management station 112, a 

FIG. 12 is a flow diagram lUustratmg a validity checking desk management interface (DM1) mana gement station 

scheme performed by the process of FIG. 10; m md a simple network management prolocol (SNMP) 

FIG. 13 is a flow diagram illustrating a process of management station 116. In addition, network 102 may be 

reporting events from a storage system to a management connected to other enterprise or company networks located 

station; <so in remote areas either via direct telephone links or, as 

FIG. 14 is a flow diagram illustrating a process of a illustrated in FIG. 1, through a larger network, such as the 

managed entity broadcasting configuration updates to a Internet 118, or the like. For simplicity, FIG. 1 merely shows 

plurality of management devices; network 102 being connected to a storage management 

FIG. 15 is a flow diagram illustrating how a management station 120 through Internet 118, but as one skilled in the art 

device issues management commands to managed entities 65 will appreciate, storage management station 120 may be a 

and receives configuration update information from man- single device connected to Internet 118, or storage manage- 

aged entities; and ment station 120 may be a device on a network in a remote 
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location connected to network 102 via the Internet. In any connected to a server 146 via a proxy I/O bus 148, such as 
event, the purpose of FIG. 1 is to illustrate that the man- a SCSI or Fibre Channel bus. In this manner, storage 
agement framework of the present invention may be used on management stations 112, 120 can issue management corn- 
local area networks, as well as on wide area networks and mands directly to storage controller 142 via network 102, or 
with remote access devices. s *«y can issue management commands through server 146 

-. ui and across proxy I/O bus 148. As with the PCI attached 

Storage systems 104-110 may comprise any suitable P ^ & m ^ m if ^ {Q 

storage system, such as file servers, disk farms, RAID conlrollcr 142 * through server 146 and across proxy I/O 

systems, and the like. In addition, the storage systems may bus ugj 14fi preferably includes a layer of software 

comprise controllers which connect directly to network 102 cormgure d to convert requests from storage management 

or the storage systems may be connected to network 102 w statioilsl i2, 120 to command packets which can be received 

through a computer server. FIG. 1 illustrates a number of and processed by controller 142. While controller 142 

different types of storage system configurations which may appears to be separate from ^ rajd storage device 150, 

reside on a network. However, the configurations illustrated Qne in the art wiu appreciate that controller 142 may 

in FIG. 1 do not illustrate all the storage system be ^0^^ witnin the disk enclosure of device 150. 

configurations, and thus the present invention is not limited 15 ^ . q ^ ^ tQ 

to the illustrated embodiments. mcQt staUoQS m m system 1Q0 alsQ may Qther 

Still referring to FIG. 1, the various embodiments of network management devices, such as a desktop manage- 

storage systems 104-110 illustrated in FIG. 1 will now be meQt i nter f ace pMI) management station 114 and a simple 

discussed. In particular, storage system 104 preferably com- net work management protocol (SNMP) management station 

prises a RAID storage system which includes a server 122 llfi In addition, other third party management stations, such 

and a plurality of disk drives 124 connected to server 122. as Hewlett-Packard's OpenView, Computer Associates' 

In accordance with this particular embodiment, the proces- Unicenter, IBM's NetFinity, and/or Microsoft's Microsoft 

sor of server 122 preferably acts as the RAID control device Management Console, may be attached to network 102. 

for storage system 104. In this manner, the RAID control j^vs, the present invention is not limited to the illustrated 

software preferably is stored, either on disks 124 or within embodiment. 

internal storage of server 122 and is processed by server 122 In accordance with a pre f er red embodiment of the present 

during operation of the storage system. Disks 124 may be mve ntion, I/O management stations 112, 120 may comprise 

connected to server 122 by any number of connection means any suitable computer workstation running on any operating 

126, such as fiber channel, SCSI, PCI, USB, Firewire, or the system plat f orm> For example, I/O management stations 

like. Server 122 preferably is connected to network 102 via m 12 „ may mn Qn Microsoft > s windows or NT platforms, 

well-known network connection means. Apple's Macintosh platform, a Unix platform, or the like. 

Like storage system 104, storage systems 106 and 108 Thus, in order for I/O management stations 112, 120 to 

also preferably comprise RAID storage devices. However, process the management applications associated with each 

instead of the server acting as the controller for the RAID 35 G f the storage systems regardless of the I/O management 

storage system, the storage systems preferably include their station platform, it is preferable that I/O management sta- 

own controllers 128 and 130, which preferably are con- tions 112, 120 are equipped with a Java-compliant web 

nected to servers 132 and 134 via PCI bus connections 136 browser or other suitable Java run-time environment. Thus, 

and 138, respectively. Thus, the storage system control as onc skilled in the art will appreciate, if the management 

functions for storage systems 106 and 108 preferably are 4Q application programs for each of the storage systems are 

performed by controllers 128 and 130, respectively. While written in Java, the operating system environment of I/O 

controllers 128 and 130 are illustrated as being separate management stations 112, 120 is irrelevant. That is, the Java 

from the RAID disk farm or disk array 140, one skilled in applications can run in any environment, as long as it is a 

the art will appreciate that controllers 128 and 130 may Java-compliant environment. 

reside within the enclosure of disk farm 140. Alternatively, 45 Referring now to FIG. 2, a more simplified version of a 

controllers 128 and 130 may be configured as co-pTocessors management system framework 200 is illustrated. System 

within servers 132 and 134, respectively. 200 preferably comprises a network 202 with a plurality of 

As illustrated in FIG. 1, controller 128 of storage system managed devices 204-1 to 204-N connected thereto. In 

106 and controller 130 of storage system 108 are not accordance with this particular embodiment of the present 

connected directly to network 102, but are connected to the 5 0 invention, managed devices 204 may comprise storage 

network via servers 132 and 134, respectively. With this systems or other suitable I/O devices. In addition, an I/O 

particular configuration, it is difficult for a management management station 206 preferably is connected to network 

device to locate the storage system controllers 128, 130 202 and configured to monitor, configure, and manage 

connected to servers 132, 134, and thus, it is difficult to send devices 204 on the network. 

management commands to the storage system controllers. 55 As illustrated in FIG. 2, device 204-1 preferably includes 
However, as discussed in more detail below, servers 132 and control software which uses a management application 
134 preferably include a layer of software which converts interface program labeled "A." Similarly, devices 204-2 and 
requests from the I/O management stations 112, 120 into 204-3 run control software which use a management inter- 
command packets which are delivered to controllers 128 and f ace application program labeled "B." Finally, device 204-N 
130 and which can be understood and processed by the 60 prc fcrably runs control software which uses a management 
controllers. interface application program labeled "X." In addition, 
Storage system 110 also preferably comprises a RAID system 200 preferably includes a storage system 210 which 
storage system having an independent RAID storage con- comprises a management applet repository 212 for holding 
troller 142. However, in this particular embodiment, storage a plurality of management interface application programs 
controller 142 preferably includes a network attachment 65 2 14. As discussed briefly above, management interface 
means 144, so that it can attach directly to network 102. In application programs 214 preferably are Java applets which 
addition, as illustrated in FIG. 1, controller 142 may be can be run in any suitable Java run-time environment. 
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In accordance wilh one aspect of the present invention, portions of the control software at any one time. For 

applet repository 212 may reside in internal storage of example, aspects of an array device that may be updated 

management station 206, or storage system 210 may be an include individual object revision definitions for drive 

external storage system connected directly to management groups, drives, volumes, redundant controllers, storage 

station 206 via communication link 216. Communication 5 systems, and the like. Thus, if only small revisions are made 

link 216 may comprise any suitable communication link ^ thc control software of a device 204, only small modifi- 

between a work station and a storage system such as PCI, cations need to be made to the management interface 

SCSI, Fiber channel, USB, Firewire, or the like. Moreover, application program 214. Alternatively, instead of changing 

in accordance with an alternative embodiment of the present ^ managemenl interface application program 214, a new 

invention and as illustrated in FIG. 3 storage system 210 cmcnl intcrface application program 214 may be 

may be connected to network 202 via a suitable network J » ^ mQ ^ 

connection 218. In accordance with this aspect of the Ration program, so that when the two man- 

invention, management station 206 preferably commum- , , v f , *\. 6 . t 

cates with storage system 210 through network 202; for *f™ n ! interface application programs are run together 

example, along communication path 220. -will be compatible with the updated control software of 

In accordance with one embodiment of the present 15 tne device - 

invention, a user can direct management station 206 to In accordance with another embodiment of the present 

discover all the devices on the network which are to be invention, instead of the management interface application 

managed by the management station and displays the programs residing in a separate repository as illustrated in 

devices on the management station display; i.e., a somewhat FIG. 2, the I/O device itself may act as the repository for the 

manual discovery process. In accordance with another 20 management interface program for that device. Referring 

embodiment of the present invention, during the start-up of now to FIG. 4, system 400 is illustrated in which the 

management station 206, management station preferably management interface application programs for a particular 

runs an application 208 which automatically locates all device actually reside on that device. In accordance with this 

devices 204 residing on network 202, and displays the list of embodiment of the present invention, system 400 preferably 

devices on management station 206. Thus, when manage- 25 comprises a network 402, an I/O device 404, such as a 

ment station 206 ts directed to manage, monitor or configure stQ tem? and a managerne nt station 406. 

a device 204 on network 202, management station 206 . . . . 

c . c .. ... , , . .. , , „ While device 404 may be any suitable I/O device, for the 

preferably uses information obtained during the locate pro- J . J An . f • DAin 

cess to match a particular device 204 with the appropriate P ur P oses °* thls e * am P* e > devic ? «4 preferably is a RAID 

management application 214 residing in repository 212. 30 St ° rag6 ^T^^ft^ a S ^ 8 404 

n * u a « 7 »- w t ki comprises a RAID controller 406 and a plurality of storage 

Once a match is made, management station 206 preferably r . • . _c i- .• 

, „ , 1- i+a „Ja dnves 408. Preferably, a management interface application 

retrieves the appropriate management application 214 and . _ ATr4 , „ . , 6 i , . 

, L * „• a j- j - j.i program for RAID device 414 is stored in an area 410 on one 

processes it on the station. As discussed in more detail y & , , . AM _ . _ , . ,. Afi , 

f , * * * , i - .• *u . or more of dnves 408. Thus, when management station 406 

below, the retrieved management application 214 then per- „ , T _ , > t . %, n ATT> , . 

c ' , .? ... / r r discovers RAID device 404 on network 402, RAID device 

forms the necessary functionality to manage, monitor, and/ 35 A(XA . , „ AT n * « Ant c ki., AAVMV 

<: ,- * j " tj u 404 and in particular RAID controller 406, preferably passes 

or configure the particular device. Each management inter- . v >• < c * 

c r 4- ">AA „f„„m„ „„„R m ,„j the management mterface application program from area 

face application program 214 preferably is configured to * _ no ♦ » Ana „ 

■ . ii! j j- ti v 4 11 a- 410 on dnves 408 to management station 406 across net- 
communicate with and direct the controller, and in particular ° DAm*nh«11.,ilK 
* 1 «a , «f th» A.,ri~ Sna work 402. To facilitate this transfer, RAID controller 406 
the control software, ot the associated device 204. ror , . . , t . A1 L .. , n , , f 

, * ■ * -r i- .• mm11 - « preferably includes an application 412 which allows it to act 

example, management interface application program 2 14-A 40 v *_ , . rr . . ,. ..... ( 

is specifically designed to monitor and communicate man- as an embe f ed ( ^ eb "™? ^ lt lhe ab ; Ut y t0 

agement and/or configuration commands to device 204-1. management interface application program to ma^nagement 

. . ■ i- .• station 406 using a web server protocol, such as HTTP or the 

Similarly, management interface application program 214-B , iL . 6 nAm n .in^ •« ,n 

* j , j • t t like. In this manner, RAID controller 406 will act like any 

is configured to monitor and communicate management "7" ~" * . . J 

& c ,. , , , . ~ njt , j ->n^i other web server on a network or on the Internet, passing 

and/or configuration commands to devices 204-2 and 204-3, 45 T ._„ T , , , 4 . 4 t . r . - 

. 4 • * _r 1- „ ha v v HTML or Java byte code programs to a workstation having 

and management mterface application program 214-X is . , ' * T „ 7 

c ,** ., . rr . . . a web browser or other suitable Java run-Ume environment, 
configured to monitor and communicate management and/or 

configuration commands to device 204-N. With this particu- s Software Components 
lar configuration, if at some later time a managed device 204 

is updated to a new level of software that requires a different 50 Referring now to FIG. 5, software components of a 

management interface program 214 to manage that device, managemenl system 500 now will be discussed. In accor- 

or if a new managed device 204 of a different device type is dance with the embodiment of the present invention illus- 

added to the system, the software residing in the updated trated in FIG. 5, system 500 preferably comprises a network 

managed device or the new managed device will indicate the 502, a network attached I/O device 504, a proxy attached I/O 

particular management interface application program 214 55 device 506 attached to network 502 via server 508, an I/O 

with which it is compatible. Thus, management station 206 management station 510, and one or more third party 

will be able to determine which management information management frameworks 512. While I/O devices 504 and 

application program 214 residing in repository 212 should 506 may comprise any suitable I/O device on a network, for 

launch for a given managed device 204 on network 202. thc purpose of this example, I/O devices 504 and 506 

In accordance with a preferred embodiment of the present <jo preferably comprise RAID storage systems. In addition, as 

invention, when the control software of a managed device illustrated in FIG. 5, other manageable devices 514 may be 

204 is updated, for example to a new version, preferably a connected to server 508. The other manageable devices 514 

new management interface application program is added to may comprise any suitable peripheral device, such as a host 

the management interface application program repository to bus adapter, just a bunch of disks (JBOD), a SCSI device, or 

go along with the updated control software. 65 lne 

In accordance with an alternative embodiment of the The following discussion sets forth software elements 

present invention, it may be preferable to only update small which preferably reside within each of the devices on system 
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500. While system 500 is described herein as having a include logic which allows a user to submit management and 

network attached RAID device 504, a proxy attached RAID configuration commands to the managed device. A more 

device 506, and a server 508, one skilled in the art will detailed discussion of how management interface applica- 

appreciate that other I/O device connections to network 502 tion programs 518 operate is discussed below, 

may be used: for example, the other network attachment s , _ _ _ 

configurations illustrated in FIG. 1 and disclosed above. Scrvcr Bascd Software Components 

Thus, the present invention is not limited to the configura- In accordance with the present invention, the two main 

tion of FIG. 5. purposes of the server bascd software components are to: (1) 

„ . _ . - Interface proxy attached controllers to the network so they 

Management Station Software Components ](J cafl be managcd fey managcmcn , sUtion 510; and 

Discover-Momtor Applet (2)Interface the managed devices to other industry standard 

As mentioned briefly above, management station 510 man cnt tocols and ducts . Pre fe ra bly, the server 

preferably comprises a Java compliant web browser, or ^ softwafe ro ents comprise a aversion applica- 

alternatively, another suitable Java nra-timc compliant cnvi- (ion for converling RPC commands to a standard I/O read/ 

ronment for running Java applet programs. Preferably one of J£ write mechanis and a DMI and/or S NMP interface appli- 

the application programs which management station 510 ca tjo n 

processes is a discover-monitor application or applet 516. Rp( -, rj onvers i on Agent 

Discover-monitor applet 516 preferably is a Java applet Rpc , $22 preferablv comprises a thin 

which is stored in nonvolatile memory in management . of serycr 5Qg softwarc preferably in 

S ^ 0 n 5 /°'^ in , an aPplCt K ? 0SiU>Ty , re !f] ng ° n netm f k 20 Java and executing under an operating system's Java run- 

502. Preferably, discover-monitor applet 516 can run under ^ environment. The purpose of RPC conversion agent 

either a Java compliant web browser or under an operating 522 fc to support remote procedure call (Rp p) traffic 

system's Java run-time environment between the management interface application program 518 

Discover-monitor applet 516 performs, inter alia, the Qn managMnem station 510 and a proX y attached 

following functions: 25 storage ^,-01^ m ( U>> a slorage controller that does not 

(1) Discovering managed devices on network 502 and have its owrl ne t WO rk connection). As one skilled in the art 
presenting them on the management station display; win apprec iate, a storage system connected to a server, for 

(2) Understanding and maintaining an association example via a PCI connection, does not communicate with 
between the discovered managed devices and the spe- the server using RPC, but using a standard I/O read/write 
cine management interface application program it 30 mechanism, such as a SCSI command interface. Thus, for 
requires; the management application program 518 to communicate 

(3) Providing a user interface for invoking the manage- with controller 506, RPC conversion agent 522 preferably is 
ment interface application program for a particular configured to receive RPC commands from a management 
managed device, which in turn, presents a more interface application program 518 and convert the RPC 
detailed interface for managing the device; and 35 command to a protocol which storage controller 506 will 

(4) Listening for events from discovered devices and understand. In this particular example, the RPC conversion 
providing notifications, both on-screen visual, as well agent 522 encapsulates RPC messages within I/O write 
as via remote e-mail, of device state changes (e.g., commands to send them to the direct-attached controller 506 
"optimal," "needs attention," or "unresponsive"). More via I/O path 524. Similarly, the RPC conversion agent 522 
detailed device notifications may be provided by the 40 receives RPC responses from controller 506 via I/O read 
management interface application programs them- commands, extracts the RPC responses from the I/O read 
selves. commands and forwards the RPC responses to management 

In accordance with the present invention, discover- application program 518. In accordance with a preferred 

monitor applet 518 preferably is designed to allow coexist- embodiment of the present invention, the protocol for encap- 

encc of different management interface application pro- 45 sulating RPC messages within read/write commands is a 

grams for different types of devices, and within a device Universal Transport Mechanism (UTM), a protocol devel- 

type, to permit coexistence of interface application programs oped by LSI Logic Corporation, located in Milpitas, Cali- 

at different versions of a device's management interface fornia. RPC conversion agent 522 allows all management 

software. Thus, new hardware can be introduced and old interface programs 518 to be written the same, regardless of 

hardware can be phased out at a user's convenience without 50 whether the storage controller has a direct network connec- 

the risk of introducing management incompatibilities. tion or not. If the storage controller is not directly attached 

Management Interface Application Programs to the network, RPC conversion agent 522 performs the 

Management interface application programs 518 prefer- proper protocol conversion, 

ably are Java applets which are device type and version Other Management Framework Agent 

specific program components. A particular management 55 Server 508 also preferably includes software to interface 

interface application program 518 knows how to manage an server 508 and other connected devices with other third 

individual device of its associated type, and is responsible party management frameworks or protocols, such as desktop 

for presenting the detailed, device-specific management management interface (DMI), simple network management 

operations to a user. In accordance with a preferred embodi- protocol (SNMP) and/or common information model (CIM). 

ment of the present invention, discover-monitor applet 5 16 60 In accordance with this aspect of the present invention, 

preferably locates and loads the correct management inter- server 508 preferably includes a management framework 

face application program 518 from storage, based on its agent 526, which comprises one or more applications which 

knowledge of the managed device's management interface facilitate communication between management stations like 

version. Generally, management interface application pro- DMI, SNMP and/or CIM stations and devices connected to 

grams 518 display the current state, status and configuration 65 server 508. For example, in the case where DMI is used, 

of a device with which it is associated. In addition, man- agent 526 preferably comprises one or more DMI applica- 

agement interface application programs 518 preferably tions which enables devices to be managed within a DMI 
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conformant management framework. The DMI architecture erably is part of the controller firmware for proxy attached 

allows a device to deliver events to, respond to management controller 506, and is responsible for providing management 

information requests from, and even to be controlled by a protocol packet transport over the block read/write path 

DMI conformant management application. between server 508 and controller 506. This communication 

Server 508 also preferably supports the SNMP and CIM 5 preferably is bi-directional, allowing commands to be trans- 

architeclures. In accordance with this aspect of the present ported into and responses to be transported out of controller 

invention, agent 526 on server 508 preferably includes an 506. 

SNMP framework application and/or a CIM framework As discussed above, management interface application 
application. In this manner, an SNMP or CIM management programs 518 preferably communicate using the RFC pro- 
station can send requests to and receive event notifications 10 locol. In the proxy attached controller 506 case, controller 
from a device connected to server 508. DMI, SNMP and 506 communicates with server 508 using UTM, so RPC 
CIM interface agents are known in the art, and thus, will not conversion agent 522 in server 508 converts the RPC 
be described further herein. commands to the UTM format before communicating with 

controller 506. Upon receiving the UTM packets, UTM-to- 

Controller-Based Software Components 15 internal-messaging component 536 preferably converts the 

Device controllers 504 and 506 both preferably include a UTM packets to packets and commands which can be 

management protocol 528 and a RAID engine 530. In understood by management protocol 528. Thus, UTM-to- 

addition, network attached controller 504 preferably internal-messaging component 536 in essence comprises a 

includes an RPC-to-internal-mcssaging component 532 and UTM interface for controlling communications between 

a controller embedded DMI, SNMP and/or CIM service 20 server 508 and controller 506, and an internal controller 

provider 534. In addition, proxy attached controller 506 mechanism for controlling command and event notification 

preferably includes a UTM-to-inlernal messaging compo- dispatch to and from management protocol server 528. 

nent 536. While a preferred embodiment of the present invention is 

Management Protocol described herein as using UTM to communicate between 

The architecture of the present invention is centered 25 server 508 and device 506, one skilled in the art will 

around an object model of the managed devices, which is the appreciate that other I/O read/write mechanisms, such as a 

basis for communication between management station 510, SCSI command interface, may be used. Therefore, the 

and in particular management interface application program present invention is not limited to the UTM embodiment. 

528, and the devices (504, 506). The object model preferably RPC-to-Interaal-Messaging 

is the actual physical and logical configuration of the device. 30 As mentioned briefly above, network attached controller 
In the storage array case, the object model of the storage 504 preferably includes an RPC-to-intemal-messaging corn- 
array is handled by the controller via a management protocol ponent 532. RPC-to-internal-messaging component 532 
528. An example of a suitable management protocol is LSI preferably is part of the network attached controller firm- 
Logic's SYMbol (symbios browser-oriented language) pro- ware which transports RPC transactions between the con- 
tocol. Management protocol 528 preferably receives high- 35 trailer network port and the management protocol server 
level requests from management interface application (or 530. Preferably, packets crossing the controller network port 
applet) program 518 expressed in terms of the device object interface 538 conform to standard RPC commands. At 
model, interprets the requests, carries out the requests by RPC-to-intemal-messaging component 532, the RPC corn- 
interacting with RAID engine 530 and then responds back to mands are converted to the management protocol format 
the management interface applet 518 in terms of the object 40 528. Thus, the combination of the RPC conversion agent 522 
model. The object model also defines events that originate in server 508 and the UTM-to-internal messaging compo- 
with the managed device and flow to the management nent 536 in proxy attached controller 506 is the functional 
station 510; this event propagation is also the responsibility equivalent of the RPC-to-internal-messaging component 
of management protocol 528. 532 of network attachment 504. That is, RPC conversion 
RAID Engine 45 agent 522 and UTM-to-intemal-messaging component 526 
RAID engine 530 is the part of the storage controller effectively convert the RPC commands from management 
firmware that is responsible for the core RAID interface application 518 to the management protocol 528 
implementation, independent of the host and drive interfaces format. However, with the proxy attached controller 506, an 
with which it interacts. RAID engine 530 preferably com- additional protocol, preferably UTM between server 508 
prises a performance critical RAID read/write/caching com- 50 and controller 506 is used. 

ponent and a less-performance-critical configuration and Controller Embedded DMI, SNMP and/or CIM Service 

management component. The configuration and manage- Provider. 

ment component, which is the focus and the content of the Embedded service provider 534 in network attached con- 
management architecture of the present invention, prefer- trailer 504 preferably is one or more software elements 
ably exhibits three main types of behavior: (1) carrying out 55 defined under the DMI, SNMP and/or CIM architectures, 
management related tasks when directed to do so by the The embedded service provider 534 is configured to mediate 
management station 510 and more specifically, management between managed objects, such as controller 504, and a 
interface application program 518; (2) performing certain DMI, SNMP or CIM management application. By adding 
tasks automatically, either when necessary, or on a regular embedded service provider 534 within the network attached 
schedule (e.g., error and event logging and parity assurance); 60 controller 504, controller 504 can interface with a DMI, 
and (3) initiating notifications of important events, which are SNMP or CIM management application on network 502. 
then propagated outside of the controller over network 502, DMI, SNMP and CIM management applications may reside 
either directly or via UTM in the proxy attached case. within a separate management station, such as management 
UTM-to-Internal-Messaging station 512, or the DMI, SNMP and CIM management 
As discussed briefly above, proxy attached controller 506 fi5 applications may be applications or applets 520 which 
preferably includes a UTM -to- internal-messaging compo- executes in the Java run-time environment of management 
nent 536. UTM-to-intemal messaging component 536 pref- station 510. 



09/06/2003, EAST version: 1.04.0000 



US 6,480, 

13 

User Interface 

As discussed briefly above, a user preferably interfaces 
with the management station 510 via a discover-monitor 
application program 516 and a management interface appli- 
cation program 518 for each of the devices on the network. 5 
Preferably, both the discovcr-manitor application 516 and 
each of the management interface application programs 518 
are Java programs or applets which run in a Java run-time 
environment. 

Discover-monitor Application 10 

Referring now to FIG. 6, a representation of a discover- 
monitor application screen 600 is illustrated. Preferably, 
discover monitor application screen 600 includes a manage- 
ment domain window 602, a detailed information window 
604, a status indicator 606 and a status line 608. 15 

In accordance with a preferred embodiment of the present 
invention, management domain window 602 presents a tree 
structured view of the complete management domain. 
Lower level nodes 610, 612 in the tree structure represent 
actual physical hardware devices such as servers, arrays, and 20 
other I/O devices. For example, as illustrated in FIG. 6, 
lower level node or server 612-1 includes two storage arrays 
610-1 and 610-2 attached thereto. Similarly, lower level 
node or server 612-2 includes a storage array 610-3 attached 
thereto. The higher level nodes in the tree represent the is 
location of the hardware devices. For example, in the 
illustrated embodiment, the management domain is divided 
into two regions: a central region 618-1 and a southeast 
region 618-2. Within central region 618-1, the domain is 
further broken into states 616, for example, Kansas 616-1 30 
and Colorado 616-2. From there, the domain is further 
broken down into plant locations 614, for example, in 
Colorado 616-2, the illustrated company has locations in 
Colorado Springs 614-2 and Fort Collins 614-3. The man- 
agement domain shows the servers, storage arrays and other 35 
devices which exist on the networks of those locations. 

Detailed information window 604 preferably presents the 
detailed properties for each device in the management 
domain, based upon the particular node a user selects. 
Individual device nodes 610, 612 or a higher level localion 40 
nodes 614, 616, 618 may be selected. When a location is 
selected, the detailed information window preferably 
includes an entry for each device in the subtree rooted at the 
selected location. When a specific device node is selected, 
detailed information window 604 displays certain device 45 
specific attributes of the selected node. In addition, by 
double-clicking or selecting a specific device node, the 
device's associated management interface application pro- 
gram is launched. 

Status indicator 606 preferably includes a high level 50 
indication of whether or not any of the devices in the 
management domain have problems that require attention. If 
all devices are in working order, the status indicator pref- 
erably will indicate "optimal"; if there is a problem some- 
where in the management domain, the status indicator 606 55 
preferably will show that one or more devices require 
attention. Preferably the devices that have a problem will be 
indicated in the management domain window 602 by a 
highlighted color of that device, or an appearance change of 
the device icon. Finally, status line 608 preferably is an area 60 
for short pieces of context-sensitive information which the 
discover-monitor application program may wish to display. 

While the discover-monitor application screen illustrated 
in FIG. 6 and disclosed herein presents information in a 
certain way and includes specific information, one skilled in 65 
the art will appreciate that the discover-monitor application 
screen may be designed and configured in any way. For 
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example, the discover-monitor application screen may show 
additional information, or certain information that is dis- 
played in the discover-monitor application screen of FIG. 6 
may be eliminated. In addition, the information may be 
presented in a different way. Thus, the present invention is 
not limited to the specific embodiment of the discover- 
monitor application screen illustrated in FIG. 6. 
Management Interface Application 

Referring now to FIG. 7, screen display 700 of a man- 
agement interface application or applet program is illus- 
trated. When a user selects and opens a particular device 
from the discover-monitor application screen, the manage- 
ment interface application program for that device is loaded 
into the management station, and a screen similar to screen 
700 preferably is displayed. Display 700 preferably includes 
a logical view window 702 and a physical view window 704. 

Logical view window 702 illustrates the logical compo- 
sition and properties of the selected device (e.g., storage 
array). The logical objects of the storage array are organized 
into a tree structure to make their interrelationships apparent. 
Screen 700 illustrates an example of a typical set of logical 
objects, including volume groups 706, volumes 708, free 
capacity regions 710, and unassigned capacity 712. 

Physical view window 704 preferably illustrates a view of 
actual hardware components in a particular device or storage 
array, e.g., controllers, drives, drive trays, disks, etc. 
Preferably, the physical view of the storage array displayed 
in physical view window 704 is an accurate graphical 
representation of the actual storage array device on the 
system. In this manner, the user can tell what the device 
looks like without being within visual range of the device. 
In the physical view 704, components in need of repair or 
replacement preferably will be distinguished by color and/or 
appearance changes. In addition, color or other visual dif- 
ferences may be used to indicate different roles or states of 
disk drives (i.e., assigned, unassigned, hot, spare, etc.). As 
with discover-monitor output screen 600, management inter- 
face application screen 700 is not limited to the embodiment 
shown in FIG. 7. Additional information may be added, 
deleted, or the actual presentation of the information may 
vary. Thus, the present invention is not limited to the 
illustrated embodiment. 

System Functionality 
Discover Monitor Applet Startup 

Referring now to FIG. 8, a flow diagram 800 is shown 
illustrating a start-up procedure for a discover-monitor 
application and a management interface application. Flow 
diagram 800 includes client or management station elements 
802, server elements 804, device controller elements 806, 
and web server elements 808. In accordance with a preferred 
embodiment of the present invention, when server 804 
slarts-up, for example, during morning start-up, an RPC-to- 
UTM Agent 810 automatically starts running on server 804 
(step 8A). Next, RPC-to-UTM Agent 810 preferably queries 
a database 812 on server 804 to determine which devices 
connected to server 804 (in this particular example, storage 
controllers) require RPC-to-UTM transport services (step 
SB). Preferably, database 812 stores a record for each device 
connected to server 804. The device records in database 812 
preferably include a field which indicates whether the device 
requires RPC-to-UTM transport services. For each device 
requiring RPC-to-UTM transport' services, RPC-to-UTM 
agent 810, starts an RPC connection listener 814 (step 8C). 
While the illustrated embodiment shows only one RPC 
connection listener 814, other connection listeners may be 
running on server 804. 

When a user wishes to begin the device management 
process, the user preferably starts-up management station 
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802, which starts a browser session 816 (step 8D). During 
the browser start-up process, the user preferably supplies the 
URL of the process discover-monitor applet to be run. 
Browser 816 uses the URL to address an HTML page on 
web server 808. Alternatively, the URL may be stored in the s 
browser or on the machine running the browser. Browser 
816 then contacts web server 808*s HTTP server 818 and 
asks that the discover monitor applet (DMA) be transferred 
to browser 816 (step 8E). In accordance with a preferred 
embodiment of the invention, HTTP server 818 retrieves the 10 
DMA program from an applet repository 820 on web server 
808 (step 8F) and sends the DMA program to browser 816 
(step 8G). 

In accordance with an alternative embodiment of the 
present invention, instead of HTTP server 818 sending the 15 
actual DMA program to browser 816, HTTP server 818 may 
send an HTML page to browser 816, notifying the browser 
of the location of the DMA program. Then, browser 816 
preferably retrieves the DMA program from the specified 
location. In the illustrated embodiment, the location of the 20 
discover-monitor applet happens to be on web server 808. 
However, as discussed previously, the discover-monitor 
applet may reside in a repository stored on one or more 
storage systems residing on the network. In addition, while 
the start-up process discussed herein refers to an HTTP is 
server sending HTML pages to browser 816, other start-up 
procedure may occur. For example, communication proto- 
cols and languages other then HTTP and HTML may be 
used. Finally, while the illustrated embodiment shows web 
server 808 being separate from management station 802, the 30 
present invention may be configured so that web server 808 
is part of management station 802. 

After browser 818 retrieves the discover-monitor applet 
program from applet repository 820, the discover-monitor 



Each management protocol server 828 is queried (via an 
RPC agent thread 826) for its associated device properties 
(step 8L). Using the information from this step 8L> RPC 
agent thread 826 notifies monitor thread 824 of the device 
properties of the associated device 806 (step 8M). In turn, 
monitor thread 824 then updates DMA 822 with the device 
properties (step 8N). Upon receiving the device properties, 
DMA 822 builds a device connection table, which gives, for 
each device, a list of connections into the device. The 
connection-to-device map may be one-to-one, or many-to- 
one. In addition, the device connection table may include 
information about which management application program 
is associated with each device. 

Finally, with all storage arrays discovered, and all com- 
munication links set up, discover-monitor applet 822 dis- 
plays the discovered devices on a display screen from which 
device specific storage management applications may now 
be launched. 

In addition to obtaining device properties from devices 
806, monitor thread 824, and RPC agent threads 826 for 
each device may be configured to monitor each device 806 
for configuration changes or other device events. In accor- 
dance with this aspect of the present invention, discover- 
monitor applet 822 prepares for event listening by starting a 
management protocol "event listener" thread, which detects 
events from the device via the "Hanging AEN" protocol. 
Monitor thread 824 on management station 802 preferably 
acts as the event listener thread, and starts the hanging AEN 
event in much the same way as the other RPC agent threads 
are started. That is, event listener thread or monitor thread 
824 in management station 802 establishes a connection to 
the RPC connection listener 814 in server 804 (step 8J), 
which initiates an RPC agent thread 826 (step 8K). For 
device monitoring, the agent thread 826 preferably is con- 



applet 822 is invoked according to the standard browser of 35 figured for hanging AEN listening, and thus, initiates a 
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Java run-time environment protocol for starting an applet 
(step 8H). 

In accordance with one embodiment of the present 
invention, a user may utilize DMA 822 to discover each 
managed device connected to the network. In accordance 
with this particular embodiment of the invention, the user 
preferably enters (he device into DMA 822, and DMA 822 
then starts a monitor thread 824 for the entered device. 
Preferably, there will be a monitor thread 824 for each 
device selected by the user. 

In accordance with an alternative embodiment of the 
present invention, discover-monitor applet 822 may be con- 
figured to automatically discover all the devices on the 
network. DMA 822 discovers all direct network attached 
devices and all servers on the network. Upon locating a 
server, discover-monitor applet 822 requests from the server 
a list of all storage controllers or devices it has associated 
with it. After locating all the devices on the network to be 
managed, DMA 822 starts a monitor thread 824 for each 
device (step 81). 

After initializing a monitor thread 824 for each discovered 
device, the monitor threads 824 preferably initiate a con- 
nection to their associated devices 806 by connecting to the 
RPC connection listeners 814 (step 8J). As discussed above, 
RPC connection listeners preferably are started on one or 
more servers 804 for each device 806 connected to the 
servers and being monitored by the management station. 
Once monitor threads 824 are connected to RPC connection 
listener 814, RPC connection listener then creates an RPC 
agent thread 826 for servicing the connection (step 8K). 

In each device controller 806, a management protocol 
server 828 is listening for management protocol requests. 
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hanging AEN listen primitive on controller 806, and in 
particular management protocol server 828. 

In accordance with a preferred embodiment of the present 
invention, the hanging AEN listening threads exist until an 
event occurs on a device 806. For example, if the configu- 
ration of device 806 changes for any reason, the hanging 
AEN agent thread 826 will detect the change and notify 
monitor thread 824 of the change (step 8M). Monitor thread 
824 then will update the device characteristics of device 806 
on DMA 822 which then displays the configuration change 
status on a display associated with DMA 822 (step 8N). 
After the update, DMA 822 then will start another hanging 
AEN thread for that device. A more detailed discussion the 
event notification process is discussed below in the section 
entitled Event Reporting. 
Management Interface Application Start-up 

Still referring to FIG. 8, flow diagram 800 also illustrates 
the start-up procedures for a management interface applica- 
tion. As discussed previously, discover-monitor application 
or applet 822 preferably discovers and lists all devices 
and/or storage systems connected on a network. For this 
particular example, the devices will be storage system 
devices. To start a management interface application for any 
of the storage systems on the network, the user preferably 
double-clicks on one of the storage systems when viewing it 
in the discover-monitor application (DMA) screen (step 80). 
Next, DMA 822 preferably receives device property infor- 
mation about the selected storage system device from a 
device property storage area (not shown). 

Included in the device properties is the storage system's 
management interface version (i.e., the management appli- 
cation program associated with that device). Next, DMA822 
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retrieves from applet repository 820 residing on web server 
808 or some other location the management interface appli- 
cation program version specified in the device properties for 
the selected device (steps 8P-8R). Preferably, the manage- 
ment interface application program is a Java applet which is 
loaded into and run on management station 802 using a web 
browser or other suitable Java run- time environment. After 
retrieving the management interface application program 
from repository 820, DMA 822 then launches the manage- 
ment interface application 830 for the selected storage 
system (step 8S). 

Once started, management interface application 830 pref- 
erably starts a management interface application RPC han- 
dler 832, which controls the communication of RPC com- 
mands between management application 830 and server 
804. Management interface application RPC handler 832 
then starts an RPC agent thread 834 on server 804, which 
facilitates communication between management interface 
application 830 and device 806 (step 8Y). Next, using RPC 
agent thread 834, management interface application 830 
retrieves the selected storage system's internal object orga- 
nization residing on controller 806 of the storage system 
(step 8Z). With this information, management interface 
application 830 knows how to connect to management 
protocol server 828 running in the storage system controller 25 
806. The object graph received from storage system con- 
troller 806 identifies the objects comprising the storage array 
and their interrelationships. For each object in the object 
graph, management interface application 830 preferably 
initiates a proxy object to represent the storage system's 
object graph on management station 802. That is, manage- 
ment interface application 820 stores a copy of the storage 
system's object graph on management station 802, so it can 
access and display the object graph when necessary. After 
retrieving the storage systems organization and 
configuration, management interface application 830 dis- 
plays the storage system's configuration on a display screen. 

When a user wants to change the configuration of one of 
the devices on the network, for example device 806, the user 
instructs the management interface application 830 to ini- 
tiate the change (step 8W). Management interface applica- 
tion 830 then passes the change request to RPC handler 832 
(step X), which issues the request to RPC agent thread 834 
as an RPC command (step 8Y). RPC agent thread then 
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addresses to the connected devices 806. For example, in 
accordance with one particular embodiment of the invention 
which uses a device mapper, the device mapper, which 
preferably runs on server 804, locates all devices 806 
connected to server 804. For each device 806 found, the 
device mapper allocates a dedicated TCP/IP port to it and 
saves the device -to-port association in a device-to-port map. 
When discover monitor applet 822 discovers all the devices 
806 on the network, the device-to-port association is pro- 
vided to DMA 822 from the device- to-port map located on 
server 804. The DMA 822 then uses the device -to-port 
association to send management commands to a particular 
device 806 connected to server 804. 

FIG. 8 illustrates how discover-monitor applet 822 locates 
and communicates with devices (e.g., storage controllers) 
proxy connected to a network through a server. While not 
discussed herein, a similar procedure preferably is used to 
locate and communicate with devices direct attached to the 
network. However, as discussed above, the RPC-to-UTM 
agent server 810 is not needed in the network attached case 
because the network attached controller includes firmware 
for receiving and translating RPC commands directly. 
Volume Creation 

Referring now to FIG. 9, a flow diagram 900 is shown 
illustrating the steps of creating a new volume on a storage 
system. If a user wishes to create a new volume on a storage 
system, the user preferably selects the new volume option 
shown on the display screen (step 9A). Next, the manage- 
ment interface application 902 fetches a list of "volume 
candidates" from storage system controller 904. The storage 
system controller reports a list of volumes that can be 
created, given the current drive group configuration of the 
storage system (see step 9B). Management interface appli- 
cation 902 then displays the new volume candidates on 
display 906 to the user as "volume creation options" (step 
9C). Next, the user picks and possibly customizes one of the 
volume creation options (step 9D). This "new volume speci- 
fication" is supplied as an input to the management interface 
application 902. The management interface application 902 
converts the new volume specification input by the user into 
a "create volume" command which can be understood by the 
storage systems controller 904 (step 9E). Controller 904 
creates a new volume, and records that event in an array 
event log 908 (step 9F). As soon as the new volume is in a 



encapsulates the RPC change request into a UTM packet and 45 "committed", usable state, the "create volume" command 

transmits the change to the controller of device 806 (step Z). returns to management interface application 902 (step 9G). 

Device 806 preferably processes the change request and The controller then reports a "configuration changed" event 

sends a status update information back to management to listening clients (steps 9H and 91). As flow diagram 900 

interface application 830. More detailed discussions of how illustrates, more than one management client may exist on 

configuration change requests are processed are discussed 50 the network. In the illustrated embodiment, there are two 



below in the sections entitled Volume Creation, Configura- 
tion Replication, and Long-Term Operations. 

In accordance with the embodiment of the present inven- 
tion described herein, preferably server 804 includes demul- 
tiplexing software for routing management commands to the 
proper device 806 attached to server 804. Because devices 
806 are attached to the network via server 804, management 
commands directed to devices 806 are sent to the IP address 
of server 804, not the IP address of the devices 806. Thus, 
server 804 includes intelligence (preferably built in 
software) for directing the management commands to the 
proper RPC Connection Listener 814 and/or RPC Agent 
Threads 826, 834 associated with the proper device 806. 

In accordance with yet another embodiment of the present 
invention, instead of server 804 having demultiplexing 
software for directing commands to the proper device 806, 
server 804 may include a device mapper for allocating IP 
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management clients, 902 and 910. However, any number of 
management clients may exist on the network. 

When each of the clients 902, 910 receive the "configu- 
ration changed" event, clients 902, 910 preferably update 
their respective storage system screen displays 906, 912, 
showing that the new volume is in a state of "optimal- 
initializing" since, although usable, it does not have good 
parity (step 9J and 9K). Controller 904 then initiates parity 
initialization on the new volume. Since the new volume is 
reported as being in the "initializing" state, management 
clients 902, 910 display a progress bar for the parity initial- 
ization task on display devices 906, 912 (steps 9N and 90). 
Clients 902 and 910 periodically request progress data from 
controller 904 and use that information to update the dis- 
played progress bar (steps 9P and 9Q). When the parity 
initialization task completes, controller 904 transmits a 
"configuration changed" event to clients 902, 910, indicating 
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thai the new volume is in the "optimal" state (steps 9R and replication. However, the present invention is not limited to 

9S). Clients 902 and 910 then indicate on display devices the specific example. 

906 and 912, respectively, that the parity initialization task Referring now to FIG. 11, a How diagram 1100 of a mass 

is complete (steps 9T and 9U). Management clients 902, 910 configuration replication operation is shown. To initiate the 

may display the task complete status in a variety of ways, 5 mass configuration replication operation, a user 1110 pref- 

including advancing the progress bar to 100%, dismissing erably utilizes a discover-monitor application 1112 running 

the progress bar or displaying a message that the task is on management station 1102 to select a source storage 

complete. system 1104 and launch a management interface application 

Configuration Replication 1114 for the selected source storage system 1104 (steps 11 A 

Referring now to FIG. 10, a Bow diagram 1000 is shown to and 11B). Next, user 1110 preferably selects a "generate 

illustrating the process of replicating a storage system con- config file" or other similar task from management interface 

figuration from one storage system to another. To replicate applications 1114 task menu (step 11 C). Management 

the configuration of one storage system to another, a user interface application 1114 then will process the "generate 

preferably selects a source storage array and invokes a config file'* task by requesting and obtaining the configura- 

management interface application 1012 for that system (step 15 tion description of the source storage system 1104 from its 

10A). Preferably, the user uses the discover-monitor applet controller 1116 (step UD). Management interface applica- 

1010 running on management station 1002 to invoke the tion 1114 will then save the configuration description from 

management interface application 1012. Next, the user the source storage system 1104 into a storage area 1118 (step 

selects a destination storage array which is to receive the HE). In accordance with one particular embodiment of the 

source storage array's configuration, and invokes a manage- 20 invention, user 1110 may edit the configuration description 

ment information application 1014 for that array (step 10B). in storage area 1118 (step 11F). The editing function may be 

Again, the user preferably uses the discover-monitor applet performed using discover-monitor applet 1112, management 

1010 in management station 1002 to invoke the destination interface application 1114, or another suitable editing appli- 

storage system's management interface application 1014. cation program which may reside on management station 

Next, the source storage system's management interface 25 1102. 

application 1012 preferably fetches the device configuration After the configuration description is finalized, user 1110 
description for the source storage system from storage preferably selects the mass operation function on discover- 
system 1004, and in particular, controller 1016 (step 10C), monitor applet 1112 (step 11 G). Discover-monitor applet 
and writes it to file 1018 (step 10D). 1112 retrieves the configuration description from storage 
In the next step, the destination storage system's man- 30 area 1118 (step 11H), and then loads from a second storage 
agement interface application 1014 is directed to "apply" the area 1120 a list of storage systems on the network which 
saved configuration description to the destination storage may be destination systems to receive the mass configura- 
system 1006 (step 10E). In accordance with this aspect of tion operation (step 111). Discover-monitor applet 1112 then 
the invention, destination storage system management inter- displays the list of storage systems on the network on a 
face application 1014 preferably displays a confirmation 35 display device 1122 (step 11 J). User 1110 preferably selects 
dialogue on display 1020 so that the user can confirm the the storage systems which it would like updated with the 
application of the configuration description (step 10F). source configuration description (step UK), and discover- 
To up date destination storage system 1006 with the source monitor applet 1112 then launches management interface 
storage system's configuration, the destination system 1006 applications 1124-1 to 1124-N for each of the selected 
first should be synchronized with the source storage system 40 storage systems (step UL). As with the configuration appli- 
1004 with respect to firmware sets. Thus, management cation process illustrated in FIG. 10 and discussed above, 
interface application 1014 preferably retrieves the firmware each of the management interface applications 1124 
that it needs for the destination device 1006 from a firmware retrieves a firmware set from firmware repository 1128 in 
repository 1022 residing on a web server 1008 or other server 1108 or other suitable storage location (step 11M), 
suitable storage location (step 10H). The selected firmware 45 and applies the controller firmware set to the controller 1126 
is then loaded into the destination device 1006 and, in of the appropriate destination device 1106 (step UN). For 
particular, controller 1024 (step 101). Next, management example, management interface application 1124-1 prefcr- 
interface application 1014 passes the rest of the configura- ably retrieves a firmware set and applies it to controller 
tion description to controller 1024 on destination device 1126-1 of destination storage system 1106-1 . Similarly, 
1006 (step 10J). Upon receiving the configuration 50 management interface application 1124-2 retrieves a firm- 
description, the destination device 1006 then reconfigures ware set and applies it to controller 1126-2 of destination 
itself, issuing "config change" events and "new task" events device 1106-2, and so on. 

as appropriate (step 10K). After each of the controller firmware sets have been 
Mass Operations updated, each of the management interface applications 
As one skilled in the art will appreciate, it may be 55 1124 send the configuration description to the destination 
preferably to perform a specific management task on a devices 1106 and their controllers 1126 (step 1 10). Con- 
plurality of systems on a network. For example, instead of trailers 1126 receive the configuration description, perform 
performing a configuration replication on a single system as the configuration change operation^) and then pass back 
discussed above with reference to FIG. 10, it may be "configuration" and "new task"' events to the management 
desirable to perform the configuration replication on a 60 interface applications 1124 (step IIP), 
plurality of devices at the same time. Thus, it is desirable to As one skilled in the art will appreciate, before a con- 
have an operation which can perform management functions figuration change is implemented, error checking typically is 
on a plurality of devices at the same time. In accordance with performed to determine whether the destination device is 
the present invention, any particular management command compatible with the configuration description. That is, 
can be performed as a mass operation on a plurality of 65 whether the particular hardware of the destination storage 
devices. However, for illustration purposes, the mass opera- system can accept and implement the configuration set forth 
tion model will be described herein as a mass configuration in the configuration description. In addition, the software in 
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the controller should be checked to determine if it can 
perform the functions required to implement the configura- 
tion update. In accordance with this particular aspect of the 
invention, an error checking routine 1200 as illustrated in 
FIG. 12 may be used. Error checking routine 1200 prefer- 
ably comprises a hardware check module 1202 which 
retrieves hardware configuration restraints from the configu- 
ration description 1204 (step 12A). In addition, hardware 
check module 1202 preferably retrieves the target or desti- 
nation hardware configuration 1206 from the destination 
hardware device (step 12 B). Hardware check module 1202 
then performs a check to determine whether the hardware 
target configuration is compatible with the configuration 
restraints from configuration description 1204. That is, hard- 
ware check module 1202 determines whether the target or 
destination hardware device can be configured according to 
the hardware configuration restraints. If not, hardware check 
module 1202 displays an error message on a display 1208 
(step 12C). If there is no error, the error check routine moves 
on to software check module 1210 (step 12D). 

Software check module 1210 preferably retrieves the 
configuration specification 1212 from configuration descrip- 
tion 1204 (step 12E), as well as the destination device's 
software version specific rules 1214 (step 12F). The desti- 
nation device *s software version specific rules preferably set 
forth the functions which the destination device's software 
can perform. If the device's software version cannot perform 
a particular configuration update, software check routine 
1210 displays an error on display 1208 (step 12G). If the 
software can perform the configuration change, the error 
routine moves on to the apply configuration module 1216 
(step 12H). Apply configuration module 1216 preferably 
retrieves the configuration specification 1212 from descrip- 
tion 1204 (step 121) and uses it to perform the configuration 
change (step 12J). Preferably, the apply configuration mod- 
ule 1216 comprises the discover monitor applet, manage- 
ment interface applications, and other management applica- 
tion programs discussed above with reference to FIGS. 9, 10 
and 11 above. 

While the error routine set forth in flow diagram 1200 is 
described in the context of a configuration replication 
example, one skilled in the art will appreciate that the error 
routine or a similar error routine may be performed on any 
mass operation management function. In addition, the error 
routine set forth in FIG. 12 and described herein may be 
performed on other non-mass operation management 
functions, such as the volume creation example illustrated in 
FIG. 9 and the configuration replication example illustrated 
in FIG. 10. 
Event Reporting 

Referring now to FIG. 13, a flow diagram 1300 is shown 
illustrating the process of a managed device reporting events 
to a management station. To begin an event reporting/ 
monitoring session of a proxy attached storage system or 
device, a management station (not shown) preferably sends 
a "connect" command to server 1302 and more specifically 
to RPC-lo-UTM agent server 1306 (step 13A). After receiv- 
ing the "connect" command, RPC-lo-UTM agent server 
1306 preferably creates an RPC-to-UTM agent thread 1308 
to service the connection (step 13B). In accordance with a 
preferred embodiment of the present invention, the RPC-to- 
UTM agent thread preferably is a dedicated hanging asyn- 
chronous event notification (AEN) listener. 

Once the RPC-to-UTM agent thread is started, the man- 
agement station preferably issues an RPC command, such as 
a "GetConfigChangelnfo" command or the like to the RPC- 
to-UTM agent thread 1308 (step 13C). RPC-to-UTM agent 
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thread 1308 converts the "GetConfigChangelnfo" RPC 
packet or other suitable command packet into a UTM buffer 
and forwards it on to storage system 1304 as a UTM 
transaction (step 13D). Preferably, storage system 1304 

5 includes a controller 1310 and a UTM-to-internal- 
mcssaging component 1312. As one skilled in the art will 
appreciate, UTM-to-internal-messaging component may be 
a process for run within controller 1310. UTM-to-intemal- 
messaging component 1312 preferably receives the "Get- 

10 ConfigChangelnfo" command via UTM and starts a hanging 
AEN event 1314 (step 13E). 

The hanging AEN event is an event 1314 which waits for 
an event notification from the storage system before any 
status is returned to server 1302, and the management 

is station. When an event within storage system 1304 occurs, 
controller 1310 delivers an event notification to UTM-to- 
internal-messaging component 1312 (step 13F). When the 
event notification is received, UTM-to-internal-messaging 
component 1312 configures the event notification informa- 

20 tion into a suitable UTM packet and retrieves the "GetCon- 
figChangelnfo" call from its hanging status (step 13G). 
UTM-to-internal-messaging component 1312 then returns 
the event notification information as a UTM packet or buffer 
1316 to the RPC-to-UTM agent 1308 (step 13H). The AEN 

25 listener in RPC-to-UTM agent 1308 extracts the event 
information from the UTM buffer 1316 (step 131), and then 
writes the event information to a RPC message buffer 1318 
(step 13J). RPC-to-UTM agent 1308 then returns the "Get- 
ConfigChangelnfo" RPC function to the management sta- 

30 tion along with the event notification information in buffer 
1318 (step 13 K). After processing the event notification 
information, the management station sends another "Get- 
ConfigChangelnfo" function call in order to start the event 
notification process again (step 13L). Again, the RPC-to- 

35 UTM agent 1308 then sends the "GetConfigChangelnfo" 
command in UTM format to UTM-to-internal messaging 
component 1312 in storage device 1304 (step 13M). The 
hanging AEN event will then initiate until another notifica- 
tion occurs. 

40 The event notification example illustrated in FIG. 13 and 
disclosed herein refers to a "GetConfigChangelnfo" com- 
mand issued by the management station. One skilled in the 
art will appreciate that the "GetConfigChangelnfo" com- 
mand is merely an example of a specific command that may 

45 be used and that any other suitable command which server 
1302 and storage system 1304 can interpret as a command 
to begin the event notification process can be used. In 
addition, the example illustrated in FIG. 13 is an event 
notification example for a proxy attached storage system 

50 connected to a network through a server. A similar event 
notification process can be used with a network attached 
storage system, except that instead of the RPC command 
first being converted lo UTM before being sent to the storage 
system, the network attached storage system will receive the 

55 "GetConfigChangelnfo" command in RPC form from the 
management station and processors it accordingly. That is, a 
RPC-to-internal messaging component receives the com- 
mand and starts the managing AEN event. 
Configuration Update Notification 

60 In accordance with a preferred embodiment of the present 
invention, when a managed entity, such as a storage system 
or other suitable I/O device on a network undergoes a 
configuration change, it is preferable that the configuration 
change for that managed device is broadcast to all manage - 

65 menl entities on the network. As discussed above, a given 
network can have a number of management entities such a 
one or more management stations in accordance with the 
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present invention, as well as DMI, SNMP or other third 
party management stations. Thus it is preferable to have a 
system and a method in which a managed entity can notify 
all management entities on a system of a configuration 
change. In accordance with this preferred aspect of the 
present invention, a flow diagram 1400 is shown illustrating 
a process in which a managed entity 1404 informs all 
management entities 1402 on a system of configuration 
changes. 

As discussed above, a role of the management entity 1402 
is to keep and maintain an internal representation of the state 
of managed entities 1404 on the system. This internal 
representation of a managed entity 1404 is referred to as an 
"object graph." Management entity 1402 builds the object 
graph by importing state information from managed entity 
1404. In accordance with a preferred embodiment of the 
invention, when the configuration of a managed entity 1404 
changes, the managed entity 1404 preferably transmits an 
entirely new object graph to management entity 1402. 
Management entity 1402 then uses the new object graph to 
update the visual representation of the managed entity on a 
display screen. 

In accordance with an alternative embodiment of the 
present invention, instead of transmitting entirely new object 
graphs to management entity 1402 when a configuration 
changes, management entities 1404 preferably update the 
object graphs in management entity 1402 by transmitting 
call back deltas. These deltas specify the specific part(s) of 
the object graph which have changed, so that as small 
changes to the object graph are made, only the information 
about the small changes to the object graph are sent to 
management entities 1402, not completely new objects 
graphs. This allows the object graph changes to be localized, 
and thus, state information transfers minimized. 

For example, as discussed above with reference to FIGS. 
9-13, when a management interface application is run for a 
particular managed device or entity, such as a storage 
system, the object graph of that storage system or managed 
entity is typically displayed on the management station. 
When changes to the managed entity are performed by a 
management station, such as volume creation (FIG. 9) or 
configuration changes (FIGS. 10-12), the new configuration 
information typically is transmitted back to the management 
station requesting that change when the configuration 
change is complete. However, in accordance with this par- 
ticular aspect of the present invention, it is preferable that 
the updated object graph deltas are independent from the 
configuration change requests. That is, when a management 
station issues a configuration change command, it does not 
wait for the command to finish before performing other 
tasks. Instead, the management station preferably issues an 
event notification session as discussed above with reference 
to FIG. 13, and receives object graph update deltas via that 
path. In addition, all other management stations also will 
have event notification sessions running, so that they also 
will receive the object graph update deltas when the updates 
occur. In this manner, all management stations are updated 
with configuration change information as the changes occur 
or shortly thereafter. In addition, the management station 
issuing the change request is not hcld-up, waiting for the 
change to occur. 

As illustrated in FIG. 15, a process flow 1500 of a 
management entity sending configuration change commands 
and receiving configuration change notification information 
is illustrated. In accordance with this aspect of the present 
invention, the management entity preferably includes a user 
interface 1502, which allows a user to visualize the con- 
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figuration and status of the managed devices on the system, 
as well as issue management commands such as volume 
changes, configuration changes, and/or error recovery 
commands, to name a few. To visualize the configuration 

5 and status of a particular managed device, user interface 
1502 displays an object graph 1504 of the particular man- 
aged device. When a user wishes to change the configuration 
of a particular managed device, the user, using interface 
1502, preferably issues one or more configuration change 

10 commands from a command issuer 1506. As illustrated in 
FIG. 15, when command issuer 1506 issues a configuration 
change or error recovery command, it does not wait to 
receive the configuration change information from the man- 
aged device. Instead, the management entity preferably 

IS includes an event notification receiver 1508, which is con- 
figured to receive that information. When the managed 
device's configuration is updated, the managed device issues 
update notifications to all management entities on the 
system/network. The management entities receive these 

20 notifications via event notification receiver 1508. As dis- 
cussed above, the update notifications from the managed 
devices may comprise entirely new object graphs from the 
managed devices, or the update notifications may be con- 
figuration deltas which merely reflect the change in the 

25 configuration. 

Long-Term Operations 

When performing configuration altering commands to a 
managed device such as a storage system or the like, two 
models of completion are common. The first model involves 

30 a command which only lakes a short time to complete. With 
this model, the storage system controller can return status of 
the short-term configuration request to the requester, as well 
as other management devices in a system in near real time. 
The second model, however, involves a request that requires 

35 an extended time to complete. For example, a complete 
reformat or re-layout of data on a storage system. The 
problem with an extended time to complete type request is 
that the user expects to see a progress indication of the 
command request to avoid uncertainty of a "hung" system. 

40 However, if a management station thread is left open to 
monitor the progress of the long term event, resources may 
be wasted because a management station thread is hung-up 
monitoring the status of the long-term command. Thus, in 
accordance with the present invention, systems and methods 

45 arc provided in which typically long-lived operations arc 
turned into short-term events. 

In a typical transaction model for storage arrays, a man- 
agement station will not be freed until the storage array 
"commits" a particular request or transaction. When a stor- 

50 age system commits a transaction, the transaction typically 
is "durable". A durable transaction means that the storage 
system guarantees that subsequent faults or interruptions on 
the storage system will not affect the results of the transac- 
tion. However, in accordance with the present invention, just 

55 because a particular transaction is durable does not mean 
that the storage system has finalized processing of the 
transaction, and thus, updated its configuration. As one 
skilled in the art may appreciate, a transaction can commit 
early, but the transaction may still have residual activities 

60 that go on within the storage system after the storage array 
has committed the transaction. These residual activities do 
not affect object durability, but may affect object state. That 
is, the transaction request may be durable, but the storage 
system reconfiguration may not be complete. 

65 Referring now to FIG. 16, a flow diagram 1600 is shown 
illustrating a method of processing long-lived operations. In 
accordance with flow diagram 1600 in FIG. 16, a host or a 
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management station preferably issues a long-lived operation 
request, such as a storage system drive reconfiguration, or 
the like, to a managed device's controller (step 1602). In 
accordance with this example, the managed device prefer- 
ably is a storage system. However, any suitable managed 5 
device on a network may perform the long-lived processing 
operation of the present invention. 

After the management station issues the long-lived opera- 
tion request, the controller of the storage system receives the 
request (step 1604), processes the request, and makes nee- 10 
essary state changes to make the long-lived operation 
"durable" (step 1606). While the storage system controller is 
processing the request, and making the operation durable, 
the management station preferably waits for a response from 
the controller indicating that the request is durable (step 15 
1608). After the long-lived operation is durable in the 
storage system controller, the controller preferably returns 
status to the management station (step 1610). The manage- 
ment station receives the return status as complete (step 
1612) and displays a status complete dialogue to the user 20 
requesting the long-lived operation (step 1614). 

In accordance with the present invention, even though 
storage system controller returns status as complete, the 
complete status only indicates that the long-lived operation 
is durable within the controller. It does not mean that the 25 
actual long-lived operation has completed. Thus, the con- 
troller continues to process the long-lived operation (step 
1616) and send status updates of the operation to the 
management station or host (step 1618). The management 
station receives the status updates and preferably updates the 30 
completion status dialogue object displayed on the screen of 
the management station (step 1620). Steps 1618 and 1620 
continue until the long-lived operation completes. Once the 
long-lived operation completes, the storage system control- 
ler sends a completion message to the management station 35 
(step 1622). Upon receiving the completion message from 
the controller, the management station notifies the user that 
the operation is complete (step 1624). The management 
station may inform the user that the operation is complete in 
a number of ways, including showing the completion status 40 
percentage as 100%, issuing a dialogue stating that the 
operation is complete, or ending the process. In any event, 
any particular status completion message may be used. 

Even though in step 1620 the management station 

receives status updates, and updates the completion status 45 

dialog on the management station screen, the management 

station is not frozen while waiting for the completion of the 

long-lived operation. That is, even though the management 

station displays the status information, a user may perform 

other tasks with the management station while the long-lived 50 

operation is processing. In addition, once the management 

station receives the message that the long-lived operation is 

"durable" even if the storage system fails, for example, due 

to power loss or some other mechanical error, the long-lived 

operation will be processed when the failed device is ss 

brought back on-line. In this matter, once an operation is 

made durable, the management station preferably does not 

ever have to issue the long-lived operation request again, 

regardless of what happens to the controller. 

, . 60 
Conclusion 

In conclusion, the present invention provides methods and 
apparatus for managing I/O devices on a network. While a 
detailed description of presently preferred embodiments of 
the present invention have been given above, various 65 
alternatives, modifications and equivalents will be apparent 
to those skilled in the art. For example, while most of the 



examples given herein refer to storage systems, any suitable 
I/O device residing on a network may be managed using the 
methods and apparatus of the present invention without 
varying from the spirit of the invention. In addition, while 
preferred embodiments of the present invention are dis- 
closed herein as using Java applets and Java compliant 
browsers or run-time environments to process the Java 
applets, any suitable computer language and processing 
environment may be used. Therefore, the above description 
should not be taken as limiting the invention which is 
defined by the appended claims. 

WliatTisTclaimed isP 

1. ^ATsystemiforimonitonng-and-managing-devices-on-a^ 
netw ork~comp7ismgT? 

a prox y: servericomiected.torsaid -netwo rkp* 

a^mana g ed device"Con Dected:toTsaid-proxy-server-viara> 
communication :connection;> 

storage means for storing a device management applica- 
tion program associated with said managed device; and 

aTmanag ement' station:ihxommunicaUon".with:said-m'ah 
aged:devic^iOaid:proxy;scrv^ 
t ion- with - sa id:storage:me ans~said.mana gement:stati on 
configured;to;retriev^^id"device-management-appli- 
cation;program-fr^Tsaid7storage:means:and:process 
said:device;management:application-program; 7 

where in;the:processing:of:said:device:management:appli- 
ca^n.program".by;said:management^atio 
marjag emen t;station; to -monitor -and-mana g e-said-man ^ 
agedjideyice;' 

wherein said managed device includes a controller for 
controlling said managed device, and wherein the pro- 
cessing of said device management application pro- 
gram by said management station allows said manage- 
ment station to send management commands to said 
controller via said pro xy serv er; 

wherein. said -prox y-server-com prisesjrou ling ; me a ns -f oP" 
re^iving^onmiands-from-said~management-stfttion 
and:roudhgTsaidrcommands:to^said: controller; of : said 
rrianagedrdevice;!^ 

wherein~saidrdeyicermanagemenf-ap plication- program^ 
c ommunicates-with-said- prqx y^server--usin g-a-firsb 
com municati on- pro tocolrand-said- proxy- server com- 
m^icates-with~saidj ^anaged:Q^vice-using-a-second» 
c ommuni cation-protocol^ and wherein said proxy 
server comprises a protocol converter for converting 
communication messages directed from said device 
management application program to said managed 
device from said first communication protocol to said 
second communication protocol, and for converting 
communication messages directed from said managed 
device to said device management application program 
from said second communication protocol to said first 
communication protocol; and 

wherein said first communication protocol is remote pro- 
cedure call (R-PQ and said second communication 

■ protocol is universal transport mechanism (UTM), and 
wherein said protocol converter comprises an RPC-to- 
UTM convereion.application. 

2. A^netaodlfor^ianaging'de vices -connected:to:a;proxy^ 
servcr,'^mprising~thXsleps:of^ 

(a^proyiding7a7proxy:server^ 

fb) proyiding a-mana g ement station for mana ging one-or ? 

m ore- manag ed devices . co nnected-to j ajdjpj^y^sgrvgr;? 
(c) said mana gement statiori!locatinR said:proxy.serverj>n 
csaidznetwork; 
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(d) rsaid: mana g ement-stauon-obtamin g -from-sai d-proxv' 
sefverIX:listlof:&aidronerorlmoreTmanaged:devices 
coQnected:to:said:proxy;serYer;> 

(e) disphying -said-one-o _rmore:managed:cievicesrcoD^ 
ncctcd:to: said.proxy: sciy c_r_on;a dispky:associated.with 5 
saidjjnanagementTstationjir^ 

(f) selecting.one:of:said^one or-more -rnanageddevices-to^ 
bc:managed;=5 

(g) 'retrieving: a: maaagementrapplicadon.program.assbci^ ] Q 
ate dlwith^saidrselected roneTof ;said:one:or: morerman^ 
aged:deyices:fonn:a:storage:meansp 

(h) ninning:said:retrieyed:managern^trapplicati6n-pr6^ 
gram^i usaid-mana gement;station; 

(i) sending;management:commands:from;said-manage^, 15 
mentstation:to:said:sele ctedronerof ; saidioneior more 
mahaged:devices_Yia:said;proxy;scrver; 
wherein:said:man agement: stationirommuntcatesiwith , 

said,proxy_server-with-&-first.communication-protg; 
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col:and:said:pro^ZserverrcornmTxnicates:with-said> 
s elcctcd-one iofrsaidroDe-or-morc-managed^devtccs^ 
with:a:second:conununication;protocx)l7 
(j) said proxy server converting said management com- 
mands form said management station form said first 
communication protocol format to said second com- 
munication protocol format; 

(k) said proxy server sending said management com- 
mands to said selected one of said one or more man- 
aged devices in said second communication protocol 
format; 

wherein said first communication protocol is remote 
procedure call (RPC) and said second communica- 
tion protocol is universal transport mechanism 
(XJTM). 

+ + * * * 
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